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Foreword 



rd , 



This Technical Specification has been produced by the 3 Generation Partnership Project (3GPP). 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 
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Scope 



The present document specifies the RNSAP User Adaption (RNA) supporting lurh-connectivity between HNBs as 
specified in TS 25.467 [3] by adapting the services made available by the lurh signalling transport layer to the needs of 
RNSAP. It provides transparent transport for RNSAP messages in connection-oriented and connectionless mode and an 
lurh setup function. 
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Definitions and abbreviations 



3.1 Definitions 

For the purposes of the present document, the terms and definitions given in TR 21.905 [6] and the following apply. A 
term defined in the present document takes precedence over the definition of the same term, if any, in TR 2 1 .905 [6] . 

Elementary Procedure: RNA consists of Elementary Procedures (EPs). An Elementary Procedure is a unit of 
interaction between HNBs. These EPs are defined separately and are intended to be used to build up complete 
sequences in a flexible manner. If the independence between some EPs is restricted, it is described under the relevant 
EP description. Unless otherwise stated by the restrictions, the EPs may be invoked independently of each other as 
stand alone procedures, which can be active in parallel. 

An EP consists of an initiating message and possibly a response message. Two kinds of EPs are used: 

Class 1: Elementary Procedures with response (success or failure). 

Class 2: Elementary Procedures without response. 
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For Class 1 EPs, the types of responses can be as follows: 

Successful 

A signalling message explicitly indicates that the elementary procedure successfully completed with the 
receipt of the response. 

Unsuccessful 

A signalling message explicitly indicates that the EP failed. 

On time supervision expiry (i.e. absence of expected response). 

Class 2 EPs are considered always successful. 

3.2 Abbreviations 

For the purposes of the present document, the abbreviations given in TR 21.905 [6] and the following apply. An 
abbreviation defined in the present document takes precedence over the definition of the same abbreviation, if any, in 
TR 2 1.905 [6]. 

EP Elementary Procedure 

HNB Home Node B 

PDU Protocol Data Unit 

RNA RNSAP User Adaption 

RNS Radio Network Subsystem 

RNSAP Radio Network Subsystem Application Part 

SCTP Stream Control Transmission Protocol 



General 



The protocol described in the present document is the protocol between lurh-connected HNBs providing adaptation of 
services of the lurh signalhng transport layer to the needs of RNSAP and an lurh setup function. 

4.1 Procedure Specification Principles 

The principle for specifying the procedure logic is to specify the functional behaviour of the HNBs exactly and 
completely. 

The following specification principles have been applied for the procedure text in clause 8: 

The procedure text discriminates between: 

1) Functionality which "shall" be executed: 

The procedure text indicates that the receiving node "shall" perform a certain function Y under a certain 
condition. If the receiving node supports procedure X but cannot perform functionality Y requested in the 
REQUEST message of a Class 1 EP, the receiving node shall respond with the message used to report 
unsuccessful outcome for this procedure, containing an appropriate cause value. 

2) Functionality which "shall, if supported" be executed: 

The procedure text indicates that the receiving node "shall, if supported," perform a certain function Y 
under a certain condition. If the receiving node supports procedure X, but does not support functionality 
Y, the receiving node shall proceed with the execution of the EP, possibly informing the requesting node 
about the not supported functionality. 

Any required inclusion of an optional IE in a response message is explicitly indicated in the procedure text. If the 
procedure text does not explicitly indicate that an optional IE shall be included in a response message, the 
optional IE shall not be included. 
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4.2 Forwards and Backwards Compatibility 

The forwards and backwards compatibility of the protocol is assured by mechanism where all current and future 
messages, and lEs or groups of related lEs, include Id and criticality fields that are coded in a standard format that will 
not be changed in the future. These parts can always be decoded regardless of the standard version. 

4.3 Specification Notations 

For the purposes of the present document, the following notations apply: 

Procedure When referring to an elementary procedure in the specification the Procedure Name is written with 

the first letters in each word in upper case characters followed by the word "procedure", e.g. 

Direct Transfer procedure. 
Message When referring to a message in the specification the MESSAGE NAME is written with all letters 

in upper case characters followed by the word "message", e.g. DIRECT TRANSFER message. 
IE When referring to an information element (IE) in the specification the Information Element Name 

is written with the first letters in each word in upper case characters and all letters in Italic font 

followed by the abbreviation "IE", e.g. HNB Identity IE. 
Value of an IE When referring to the value of an information element (IE) in the specification the "Value" is 

written as it is specified in subclause 9.2 enclosed by quotation marks, e.g. "Abstract Syntax Error 

(Reject)". 

5 RNA Services 

5.1 General 

RNA provides the signalling service between lurh-connected HNBs that is required to fulfil the RNA functions 
described in Clause 7. 

5.2 Parallel Transactions 

Unless explicitly indicated in the procedure description, at any instance in time one protocol peer shall have a maximum 
of one ongoing RNA procedure related to a specific connection-oriented signalling Context. 



6 Services expected from the Transport layer 

Following service is expected from the transport layer: 

reliable and in sequence delivery of Signalling data. 



7 Functions of RNA 

The RNA has the following functions: 

Transparent transfer of RNSAP messages 

Setup of an lurh connection 

Error Handling. This function allows the reporting of general error situations, for which function specific error 
messages have not been defined. 

These functions are implemented by one or several RNA elementary procedures described in the following clauses. 
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8 



RNA Procedures 



8.1 Elementary Procedures 

In the following tables, all EPs are divided into Class 1 and Class 2 Procedures. 

Table 1 : Class 1 



Elementary 
Procedure 


Initiating Message 


Successful Outcome 


Unsuccessful Outcome 


Response message 


Response message 


lurh Setup 


lURH SETUP REQUEST 


lURH SETUP RESPONSE 


lURH SETUP FAILURE 



Table 2: Class 2 



Elementary Procedure 


Message 


Connect 


CONNECT 


Direct Transfer 


DIRECT TRANSFER 


Disconnect 


DISCONNECT 


Connectionless Transfer 


CONNECTIONLESS TRANSFER 


Error Indication 


ERROR INDICATION 



8.2 lurh Setup 

8.2.1 General 

The purpose of the lurh Setup procedure is to establish lurh connectivity between two HNBs. This procedure resets the 
lurh interface by removing all active lurh signalling contexts. 

8.2.2 Direct lurh connection 



8.2.2.1 



Successful operation 



HNB^ HNB 2 

lURH SETUP REQUEST 



lURH SETUP RESPONSE 



Figure 8.2.2.1.1 : Setup Request Procedure: lurh direct interface Successful Operation 

HNBi initiates the procedure by sending the lURH SETUP REQUEST message to the candidate HNB2. HNB2 rephes 
with the lURH SETUP RESPONSE message. 



8.2.2.2 



Unsuccessful operation 
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HNBi 



HNB, 



lURH SETUP REQUEST 



lURH SETUP FAILURE 



Figure 8.2.2.2.2: Setup Procedure: Direct Interface unsuccessful Operation 

If the candidate HNB2 cannot accept the setup it shall respond with an lURH SETUP FAILURE message with 
appropriate cause value. 

If the lURH SETUP FAILURE message includes the Backoff Timer IE then HNB 1 shall wait at least for the indicated 
time before reinitiating the lurh Setup procedure towards HNB2. 



8.2.2.3 



Abnormal Conditions 



If the first message received for a specific TNL association is not an lURH SETUP REQUEST, lURH SETUP 
RESPONSE, or lURH SETUP FAILURE message then this shall be treated as a logical error. 

If HNB 1 does not receive either an lURH SETUP RESPONSE message or an lURH SETUP FAILURE message, HNBi 
may reinitiate the lurh Setup procedure towards HNB2, provided that the content of the new lURH SETUP REQUEST 
message is identical to the content of the previously unacknowledged lURH SETUP REQUEST message. 

If the initiating HNB receives an lURH SETUP REQUEST message from the peer entity on the same lurh interface 
then: 

in case HNB; answers with an lURH SETUP RESPONSE message and receives a subsequent lURH SETUP 
FAILURE message, HNB , shall consider the lurh interface as non operational and the procedure as 
unsuccessfully terminated according to sub clause 8.2.2.2. 

in case HNBi answers with an lURH SETUP FAILURE message and receives a subsequent lURH 

SETUP RESPONSE message, HNB; shall ignore the lURH SETUP RESPONSE message and consider the lurh 

interface as non operational. 

8.2.3 lurh connection via tine HNB-GW 



8.2.3.1 



Successful Operation HNB Originated 



HNB^ HNB-GW 

lURH SETUP REQUEST 



lURH SETUP RESPONSE 



Figure 8.2.3.1 .1 : lurh Setup procedure - lurh connection via the HNB-GW - successful case. 

The HNB initiates this procedure by sending the lURH SETUP REQUEST message to the HNB-GW. The HNB-GW 
shall setup an lurh interface to the HNB indicated within the Receivers HNB RNL Identity IE and then reply with the 
lURH SETUP RESPONSE message. 
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8.2.3.2 Unsuccessful Operation HNB Originated 



HNB 



HNB-GW 



lURH SETUP REQUEST 



lURH SETUP FAILURE 



Figure 8.2.3.2.2: lurh Setup procedure lurh connection via the l-INB-GW- unsuccessful case. 

If the HNB-GW cannot accept the setup or is not able to setup an lurh interface shall respond with an lURH SETUP 
FAILURE message with an appropriate cause value. 

If the lURH SETUP FAILURE message includes the Backojf Timer IE, the HNB shall wait at least for the indicated 
time before reinitiating the lurh Setup procedure towards the HNB-GW. 



8.2.3.3 



Abnormal Conditions - HNB originated 



If the HNB receives neither an lURH SETUP RESPONSE message nor an lURH SETUP FAILURE message, the HNB 
may reinitiate the lurh Setup procedure towards the same HNB-GW, provided that the content of the new lURH SETUP 
REQUEST message is identical to the content of the previously unacknowledged lURH SETUP REQUEST message. 



8.2.3.4 



Successful Operation HNB-GW Originated 



HNB-GW 



HNB 



lURH SETUP REQUEST 



lURH SETUP RESPONSE 



Figure 8.2.3.4.1 : lurh Setup procedure - lurh connection via the HNB-GW - successful case. 

The HNB-GW initiates this procedure by sending the lURH SETUP REQUEST message to the HNB. The HNB rephes 
with the lURH SETUP RESPONSE message. 



8.2.3.5 



Unsuccessful Operation HNB-GW Originated 



HNB-GW HNB 

lURH SETUP REQUEST 



lURH SETUP FAILURE 



Figure 8.2.3.5.1 : lurh Setup procedure lurh connection via the HNB-GW- unsuccessful case. 

If the HNB cannot accept the setup it shall respond with an lURH SETUP FAILURE message with an appropriate 
cause value. 

The lURH SETUP FAILURE message may include the Backojf Timer IE. 
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8.3 



Connect 



8.3.1 General 

This procedure is used to establish signalling resources for a connection oriented data service and to carry the first 
RNSAP (TS 25.423 [4]) message between lurh-connected HNBs, the initiating HNB acting as the Serving RNS, the 
peer HNB acting as the Drift RNS as defined in TS 25.423 [4]. If the HNBs are lurh-connected via the HNB-GW, 
separate RNA resources are established between the initiating HNB and the HNB-GW, and the HNB-GW and the 
receiving HNB. 

8.3.2 Successful Operation 

8.3.2.1 HNB Originated - Direct lurh connection 



HNBi 



HNBo 



CONNECT 



Figure 8.3.2.1 .1 : Connect procedure - direct lurh connection. 

This procedure is initiated by HNB| sending the CONNECT message to the HNB2. The CONNECT message may carry 
the first RNSAP message like RNSAP RADIO LINK SETUP REQUEST defined in TS25.423 [4] from HNB; to 
HNB2. 

HNB2 shall store the content of the lurh Signalling Context ID IE and the Senders HNB RNL Identity IE and use both 
values to address the corresponding signalling resource at HNBi for the lifetime of the signalling connection. 



8.3.2.2 



HNB Originated - lurh connection via the HNB-GW 



HNB 



HNB-GW 



CONNECT 



Figure 8.3.2.2.1 : Connect procedure - HNB originated - lurh connection via the HNB-GW. 

This procedure is initiated by the HNB sending the CONNECT message to the HNB-GW. The HNB-GW shall estabUsh 
RNA resources towards the HNB indicated within the Receivers HNB RNL Identity IE and pass the RNSAP message 
and the lurh Signalling Context ID to that HNB. 
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8.3.2.3 HNB-GW Originated - lurh connection via the HNB-GW 

HNB HNB-GW 



CONNECT 



Figure 8.3.2.3.1 : Connect procedure - HNB-GW originated - lurh connection via the HNB-GW 

This procedure is initiated by the HNB-GW by sending the CONNECT message to the HNB. The Senders HNB RNL 
Identity IE and the lurh Signalling Context ID IE, contained in the CONNECT message indicate the originating HNB 
and the RNA resources established between the originating HNB and the HNB-GW. 

The HNB shall store the content of the lurh Signalling Context ID IE and the Senders HNB RNL Identity IE and use 
both values to address the corresponding signalling resource at the originating HNB for the lifetime of the signalling 
connection. 



8.4 



Direct Transfer 



8.4.1 General 

This procedure is used to transport an RNSAP (TS 25.423 [4]) message over an established connection oriented 
signalling connection between lurh-connected HNBs. If the HNBs are lurh-connected via the HNB-GW, the RNSAP 
message is transported over separate connection oriented signalling resources established between the initiating HNB 
and the HNB-GW, and the HNB-GW and the receiving HNB. 

8.4.2 Successful Operation 

8.4.2.1 HNB Originated - Direct lurh connection 



HNBi 



HNBo 



DIRECT TRANSFER 



Figure 8.4.2.1.1 : Direct Transfer procedure - HNB originated - direct lurh connection. 

HNBi initiates the procedure by sending the DIRECT TRANSFER message to the HNB2. 

8.4.2.2 HNB Originated - lurh connection via the HNB-GW 



HNB 



HNB-GW 



DIRECT TRANSFER 



Figure 8.4.2.2.1 : Direct Transfer procedure - HNB originated - lurh connection via the HNB-GW. 
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The HNB initiates this procedure by sending the DIRECT TRANSFER message to the HNB-GW. The HNB-GW shall 
forward the RNSAP message contained in the DIRECT TRANSFER message to the connection oriented signalling 
connection identified by the Receivers HNB RNL Identity IE and the lurh Signalling Context ID IE. 



8.4.2.3 



HNB-GW Originated - lurh connection via the HNB-GW 



HNB 



HNB-GW 



DIRECT TRANSFER 



Figure 8.4.2.3.1 : Direct Transfer procedure - IHNB-GW originated - lurh connection via the HNB-GW 

This procedure is initiated by the HNB-GW by sending the DIRECT TRANSFER message to the HNB. 



8.5 



Disconnect 



8.5.1 General 

This procedure is used to release an established connection oriented signalling connection and may convey an RNSAP 
(TS 25.423 [4]) message between lurh-connected HNBs. If the HNBs are lurh-connected via the HNB-GW, respective 
connection oriented signalling resources established between the initiating HNB and the HNB-GW, and the HNB-GW 
and the receiving HNB have to be released. 



8.5.2 Successful Operation 

8.5.2.1 HNB Originated - Direct lurh connection 

HNBi HNB2 



DISCONNECT 



Figure 8.5.2.1.1 : Disconnect procedure - direct lurh connection. 

This procedure is initiated by HNB, by sending the DISCONNECT message to the HNBj. The DISCONNECT message 
may contain the RNSAP Message IE. 



8.5.2.2 



HNB Originated - lurh connection via the HNB-GW 



HNB 



HNB-GW 



DISCONNECT 



Figure 8.5.2.2.1 : Disconnect procedure - HNB originated - lurh connection via the HNB-GW. 
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This procedure is initiated by the HNB by sending the DISCONNECT message to the HNB-GW. The DISCONNECT 
message may contain the RNSAP Message IE. 

The HNB shall include within the lurh Signalling Context ID IE the value of the signalling resource over which the 
DISCONNECT message is sent to the HNB-GW. 

The HNB-GW shall release the connection oriented signalling connection identified by the Receivers HNB RNL Identity 
IE and the lurh Signalling Context ID IE. 



8.5.2.3 



HNB-GW Originated - lurh connection via the HNB-GW 



HNB 



HNB-GW 



DISCONNECT 



Figure 8.5.2.3.1 : Disconnect procedure - l-INB-GW originated - lurh connection via the HNB-GW 

This procedure is initiated by the HNB-GW by sending the DISCONNECT message to the HNB. The DISCONNECT 
message may contain the RNSAP Message IE. 



8.6 



Connectionless Transfer 



8.6.1 General 

This procedure is used to transport a connectionless RNSAP message over an established signalling connection between 
lurh-connected HNBs. 



8.6.2 
8.6.2.1 



Successful Operation 

HNB Originated - Direct lurh connection 



HNBi 



HNBo 



CONNECTIONLESS 
TRANSFER 



Figure 8.6.2.1.1 : Connectionless Transfer procedure - HNB originated - direct lurh connection. 

This procedure is initiated by HNB; by sending the CONNECTIONLESS TRANSFER message to the HNB2. 
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8.6.2.2 



HNB Originated - lurh connection via the HNB-GW 



HNB 



HNB-GW 



CONNECTIONLESS 
TRANSFER 



Figure 8.6.2.2.1 : Connectionless Transfer procedure - HNB originated - lurh connection via the HNB- 
GW. 

This procedure is initiated by the HNB by sending the CONNECTIONLESS TRANSFER message to the HNB-GW. 
The HNB-GW shall forward the RNSAP message contained in the CONNECTIONLESS TRANSFER message to the 
HNB identified by the Receivers HNB RNL Identity. 



8.6.2.3 



HNB-GW Originated - lurh connection via the HNB-GW 



HNB 



HNB-GW 



CONNECTIONLESS 
TRANSFER 



Figure 8.6.2.3.1 : Connectionless Transfer procedure - HNB-GW originated - lurh connection via the 

HNB-GW 

This procedure is initiated by the HNB-GW by sending the CONNECTIONLESS TRANSFER message to the HNB. 



8.7 



Error Indication 



8.7.1 General 

The Error Indication procedure is initiated by a node to report detected errors in a received message, provided they 
cannot be reported by an appropriate failure message. 

In case the Error Indication procedure is triggered over an established connection oriented signalling connection the 
ERROR INDICATION message shall contain the lurh Signalling Context ID IE. If the Error Indication procedure is 
triggered because the value of the lurh Signalling Context ID IE within an RNA message for connection oriented 
signalling is not correct, the cause shall be set to appropriate value e.g. 'Unknown or already allocated lurh Signalling 
Context ID'. 
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8.7.2 Successful Operation 
8.7.2.1 Direct lurh Connection 



HNBi 



HNB2 



ERROR INDICATION 



Figure 8.7.2.1 .1 : Error Indication procedure - HNB originated - direct lurh connection. 

When the conditions defined in clause 10 are fulfilled, the Error Indication procedure is initiated by an ERROR 
INDICATION message sent from the node receiving an erroneous RNA message. This message shall use the same 
mode of the signalling bearer and the same signalling bearer connection (if connection oriented) as the message that has 
triggered the procedure. 



8.7.2.2 



lurh Connection via the HNB-GW 



HNB 



HNB-GW 



ERROR INDICATION 



Figure 8.7.2.2.1 : Error Indication procedure - HNB originated - lurh connection via the HNB-GW. 



HNB 



HNB-GW 



ERROR INDICATION 



Figure 8.7.2.2.2: Error Indication procedure - HNB-GW originated - lurh connection via the HNB-GW 

When the conditions defined in clause 10 are fulfilled, the Error Indication procedure is initiated by an ERROR 
INDICATION message sent from the node receiving the erroneous RNA message. This message shall use the same 
mode of the signalling bearer and the same signalling bearer connection (if connection oriented) as the message that 
triggers the procedure. An ERROR INDICATION message received by the HNB-GW shall be forwarded by the HNB- 
GW to the sending node. For errors defined in clause 10 that are detected by the HNB-GW the ERROR INDICATION 
message shall be sent to the sending node, if the message has not been forwarded to the destination HNB. 
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9 Elements for RNA Communication 

9.1 IVIessage Functional Definition and Content 
9.1.1 General 

Section 9.1 presents the contents of RNA messages in tabular format. The corresponding ASN.l definition is presented 
in section 9.3. In case there is contradiction between the tabular format in section 9.1 and the ASN.l definition, the 
ASN. 1 shall take precedence, except for the definition of conditions for the presence of conditional lEs, where the 
tabular format shall take precedence. 

NOTE: The messages have been defined in accordance to the guidelines specified in TR 25.921 [5]. 

For each message there is, a table listing the signalling elements in their order of appearance in the transmitted message. 



9.1 .2 Message Contents 



9.1.2.1 



Presence 



All information elements in the message descriptions below are marked mandatory, optional or conditional according to 
table 3 

Table 3: Meaning of abbreviations used in RNA messages 



Abbreviation 


IVIeaning 


M 


lE's marked as Mandatory (M) will always be included in the 
message. 





lE's marked as Optional (0) may or may not be included in the 
message. 


C 


lE's marked as Conditional (C) will be included in a message only if 
the condition is satisfied. Otherwise the IE is not included. 



9.1.2.2 



Criticality 



Each Information Element or Group of Information Elements may have a criticality information applied to it. 
Following cases are possible. 

Table 4: Meaning of content within "Criticality" column 



Abbreviation 


Meaning 


- 


No criticality information is applied explicitly. 


YES 


Criticality information is applied. This is usable only for non- 
repeatable lEs 


GLOBAL 


The IE and all its repetitions together have one common criticality 
information. This is usable only for repeatable lEs. 


EACH 


Each repetition of the IE has its own criticality information. It is not 
allowed to assign different criticality values to the repetitions. This is 
usable only for repeatable lEs. 



9.1.2.3 Range 

The Range column indicates the allowed number of copies of repetitive lEs/IE groups. 

9.1.2.4 Assigned Criticality 

This column provides the actual criticality information as defined in subclause 10.3.2, if applicable. 
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9.1 .3 lURH SETUP REQUEST 

This message is sent by a HNB or a HNB-GW to a HNB or a HNB-GW to transfer the initialization information for a 
TNL association. 

Direction: HNB ^ HNB, HNB-GW ^ HNB and HNB ^ HNB-GW 



PARAMETER 


PRESENCE 


RANGE 


IE Type and 
Reference 


Semantics 
Description 


Criticality 


Assigned 
Criticality 


IVIessage Type 


M 




9.2.1 




YES 


reject 


Senders HNB RNL Identity 


M 




HNB RNL 

Identity 

9.2.9 




YES 


reject 


Receivers HNB RNL Identity 


M 




HNB RNL 

Identity 

9.2.9 




YES 


reject 



9.1 .4 lURH SETUP RESPONSE 

This message is sent by a HNB or a HNB-GW to a HNB or a HNB-GW to transfer the initialization information for a 
TNL association. 

Direction: HNB ^ HNB, HNB ^ HNB-GW and HNB-GW ^ HNB 



PARAMETER 


PRESENCE 


RANGE 


IE Type and 
Reference 


Semantics 
Description 


Criticality 


Assigned 
Criticality 


IVIessage Type 


M 




9.2.1 




YES 


reject 


Senders HNB RNL Identity 


M 




HNB RNL 

Identity 

9.2.9 




YES 


reject 


Receivers HNB RNL Identity 


M 




HNB RNL 

Identity 

9.2.9 




YES 


reject 



9.1.5 lURH SETUP FAILURE 

This message is sent by the HNB to indicate lurh Setup failure 
Direction: HNB ^ HNB, HNB ^ HNB-GW and HNB-GW ^ HNB 



PARAMETER 


PRESENCE 


RANGE 


IE Type and 
Reference 


Semantics 
Description 


Criticality 


Assigned 
Criticality 


IVIessage Type 


M 




9.2.1 




YES 


reject 


Cause 


M 




9.2.2 




YES 


ignore 


Backoff Timer 







9.2.16 




YES 


ignore 


Criticality Diagnostics 







9.2.3 




YES 


ignore 


Senders HNB RNL Identity 


M 




HNB RNL 

Identity 

9.2.9 




YES 


reject 


Receivers HNB RNL Identity 


M 




HNB RNL 

Identity 

9.2.9 




YES 


reject 



£75/ 



3GPP TS 25.471 version 10.1.0 Release 10 



22 



ETSI TS 125 471 VI 0.1.0 (2011-07) 



9.1.6 CONNECT 

This message is sent by either an HNB to a directly lurh-connected HNB or an HNB to the HNB-GW or the HNB-GW 
to an HNB to establish a connection oriented signalling connection and to carry an RNSAP message. 

Direction: HNB ^ HNB and HNB ^ HNB-GW and HNB-GW ^ HNB 



PARAMETER 


PRESENCE 


RANGE 


IE Type and 
Reference 


Semantics 
Description 


Criticality 


Assigned 
Criticality 


IVIessage Type 


M 




9.2.1 




YES 


reject 


lurh Signalling Context ID 


M 




9.2.5 




YES 


reject 


RNSAP Message 







9.2.4 




YES 


reject 


Senders HNB RNL Identity 


M 




HNB RNL 

Identity 

9.2.9 




YES 


reject 


Receivers HNB RNL Identity 


M 




HNB RNL 

Identity 

9.2.9 




YES 


reject 



9.1.7 DIRECT TRANSFER 

This message is sent by either an HNB to a directly lurh-connected HNB or an HNB to the HNB-GW or the HNB-GW 
to an HNB to transport a connection-oriented RNSAP message between the two nodes. 

Direction: HNB ^ HNB and HNB ^ HNB-GW and HNB-GW ^ HNB 



PARAMETER 


PRESENCE 


RANGE 


IE Type and 
Reference 


Semantics 
Description 


Criticality 


Assigned 
Criticality 


Message Type 


M 




9.2.1 




YES 


reject 


lurh Signalling Context ID 


M 




9.2.5 




YES 


reject 


RNSAP Message 


M 




9.2.4 




YES 


reject 


Receivers HNB RNL Identity 


M 




HNB RNL 
Identiy 
9.2.9 




YES 


reject 



9.1.8 DISCONNECT 

This message is sent by either an HNB to a directly lurh-connected HNB or an HNB to the HNB-GW or the HNB-GW 
to an HNB to close the signaling connection between the two nodes and may transport an RNSAP message. 

Direction: HNB ^ HNB and HNB ^ HNB-GW and HNB-GW ^ HNB 



PARAMETER 


PRESENCE 


RANGE 


IE Type and 
Reference 


Semantics 
Description 


Criticality 


Assigned 
Criticality 


Message Type 


M 




9.2.1 




YES 


reject 


lurh Signalling Context ID 


M 




9.2.5 




YES 


reject 


Cause 


M 




9.2.2 




YES 


reject 


RNSAP Message 







9.2.4 




YES 


reject 


Receivers HNB RNL Identity 


M 




HNB RNL 

Identity 

9.2.9 




YES 


reject 
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9.1 .9 CONNECTIONLESS TRANSFER 

This message is sent by either an HNB to another HNB or the HNB to the HNB-GW or the HNB-GW to the HNB to 
transport a connectionless RNSAP message between the two nodes. 

Direction: HNB ^ HNB and HNB ^ HNB-GW and HNB-GW ^ HNB 



PARAIMETER 


PRESENCE 


RANGE 


IE Type and 
Reference 


Semantics 
Description 


Criticality 


Assigned 
Criticality 


IVIessage Type 


M 




9.2.1 




YES 


reject 


RNSAP l\/lessage 


M 




9.2.4 




YES 


reject 


Senders HNB RNL Identity 


M 




HNB RNL 

Identity 

9.2.9 




YES 


reject 


Receivers HNB RNL Identity 


M 




HNB RNL 

Identity 

9.2.9 




YES 


reject 



9.1.10 ERROR INDICATION 

This message is sent by either an HNB to another HNB or the HNB to the HNB-GW or the HNB-GW to the HNB to 
indicate that some error(s) have been detected. 

Direction: HNB ^ HNB and HNB ^ HNB-GW and HNB-GW ^ HNB 



PARAMETER 


PRESENCE 


RANGE 


IE Type and 
Reference 


Semantics 
Description 


Criticality 


Assigned 
Criticality 


IVIessage Type 


M 




9.2.1 




YES 


ignore 


Cause 







9.2.2 




YES 


ignore 


Criticality Diagnostics 







9.2.3 




YES 


ignore 


lurh Signalling Context ID 







9.2.5 




YES 


Ignore 


Receivers HNB RNL Identity 


M 




HNB RNL 

Identity 

9.2.9 




YES 


ignore 



9.2 



Information Element Definitions 



9.2.0 General 

Section 9.2 presents the RNA IE definitions in tabular format. The corresponding ASN.l definition is presented in 
section 9.3. In case there is contradiction between the tabular format in section 9.2 and the ASN.l definition, the ASN.l 
shall take precedence, except for the definition of conditions for the presence of conditional elements, where the tabular 
format shall take precedence. 

When specifying information elements which are to be represented by bitstrings, if not otherwise specifically stated in 
the semantics description of the concerned IE or elsewhere, the following principle applies with regards to the ordering 
of bits: 

The first bit (leftmost bit) contains the most significant bit (MSB); 

The last bit (rightmost bit) contains the least significant bit (LSB); 

When importing bitstrings from other specifications, the first bit of the bitstring contains the first bit of the 
concerned information; 



£75/ 



3GPP TS 25.471 version 10.1.0 Release 10 



24 



ETSI TS 125 471 VI 0.1.0 (2011-07) 



9.2.1 MessageType 



The Message Type IE uniquely identifies the message being sent. It is mandatory for all messages. 



IE/GROUP NAME 


PRESENCE 


RANGE 


IE Type and 
Reference 


Semantics Description 


Message Type 










> Procedure Code 


M 




ENUMERATED ( 
lurh Setup, 
Connect, 
Disconnect, 
Direct Transfer, 
Connectionless 
Transfer, 
Error Indication 




>Type of Message 


M 




ENUMERATED 
(Initiating Message, 
Successful Outcome, 
Unsuccessful Outcome, 
Outcome) 





9.2.2 Cause 

The purpose of the cause information element is to indicate the reason for a particular event for the whole protocol. 
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Table 20 



IE/Group Name 


Presence 


Range 


IE Type and Reference 


Semantics 
Description 


CHOICE Cause Group 










>Radio Network Layer 










»Radio Network Layer 
Cause 


M 




ENUMERATED 

(Normal, 

Connect failed. 

Network release. 

Unknown or already allocated lurh 

Context ID, 

Unspecified, 

) ' 




>Transport Layer 










»Transport Layer Cause 


M 




ENUMERATED 

(Transport Resource Unavailable, 

Unspecified, 

...) 




>Protocol 










»Protocol Cause 


M 




ENUMERATED 

(Transfer Syntax Error, 

Abstract Syntax Error (Reject), 

Abstract Syntax Error (Ignore and 

Notify), 

Message not Compatible with 

Receiver State, 

Semantic Error, 

Unspecified, 

Abstract Syntax Error (Falsely 

Constructed Message), 

...) 




>Misc 










»Misc Cause 


M 




ENUMERATED 
(Processing Overload, 
Hardware Failure, 
O&M Intervention, 
Unspecified, 
...) 





The meaning of the different cause values is described in the following table. In general, "not supported" cause values 
indicate that the concerned capability is missing. On the other hand, "not available" cause values indicate that the 
concerned capability is present, but insufficient resources were available to perform the requested action. 



Radio Network Layer cause 


Meaning 


Normal 


No error has occurred 


Connect failed 


Connect attempt failed 


Network release 


Connection released by network 


Unknown or already allocated lurh Context 
ID 


The action failed because the lurh Context ID is either 
unknown, or (in case of an initiating message) is known and 
already allocated to an existing context. 


Unspecified 


Sent when none of the above cause values applies but still 
the cause is Radio Network layer related. 



Transport Network Layer cause 


Meaning 


Transport resource unavailable 


The required transport resources are not available 


Unspecified 


Sent when none of the above cause values applies but still the cause is 
Transport Network Layer related 
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Protocol cause 


Meaning 


Abstract Syntax Error (Reject) 


The received message included an abstract syntax error and the 
concerned criticality indicated "reject" (see subclause 10.3) 


Abstract Syntax Error (Ignore and 
Notify) 


The received message included an abstract syntax error and the 
concerned criticality indicated "ignore and notify" (see subclause 10.3) 


Abstract syntax error (falsely 
constructed message) 


The received message contained lEs or IE groups in wrong order or with 
too many occurrences (see subclause 10.3) 


Message not Compatible with 
Receiver State 


The received message was not compatible with the receiver state (see 
subclause 10.4) 


Semantic Error 


The received message included a semantic error (see subclause 10.4) 


Transfer Syntax Error 


The received message included a transfer syntax error (see subclause 
10.2) 


Unspecified 


Sent when none of the above cause values applies but still the cause is 
Protocol related 




Miscellaneous cause 


Meaning 


Hardware Failure 


HNB hardware failure 


O&M Intervention 


Operation and Maintenance intervention related to HNB equipment 


Processing Overload 


HNB processing overload 


Unspecified 


Sent when none of the above cause values applies and the cause is not 
related to any of the categories Radio Network Layer, Transport Network 
Layer or Protocol. 



9.2.3 Criticality Diagnostics 



The Criticality Diagnostics IE is sent by the HNB when parts of a received message have not been comprehended or 
were missing, or if the message contained logical errors. When applicable, it contains information about which lEs that 
were not comprehended or were missing. 



IE/Group Name 



Presence | Range | IE type and reference | Semantics description 
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Criticality Diagnostics 










>Procedure Code 







INTEGER (0..255) 


Procedure Code is to 
be used if Criticality 
Diagnostics is part of 
Error Indication 
procedure, and not 
within the response 
message of the same 
procedure that caused 
the error 


>Triggering Message 







ENUMERATED{initiati 
ng message, 
successful outcome, 
unsuccessful outcome) 


The Triggering 
IVIessage is used only if 
the Criticality 
Diagnostics is part of 
Error Indication 
procedure. 


>Procedure Criticality 







ENUMERATED(reject, 
ignore, notify) 


This Procedure 
Criticality is used for 
reporting the Criticality 
of the Triggering 
message (Procedure). 


Information Element Criticality 
Diagnostics 




Oto 

<maxnoo 
f errors> 






>IE Criticality 


M 




ENUMERATED(reject, 
ignore, notify) 


The IE Criticality is used 
for reporting the 
criticality of the 
triggering IE. The value 
'"ignore"' shall not be 
used. 


>IEID 


M 




INTEGER (0..65535) 


The IE Id of the not 
understood or missing 
IE 


>Type of Error 


M 




ENUMERATED(not 
understood, missing, 
...) 





Range bound 


Explanation 


maxnooferrors 


IVIaximum no. of IE errors allowed to be reported with a single 
message. The value for maxnooferrors is 256. 



9.2.4 RNSAP Message 

This is a container for a RNSAP message as defined in TS 25.423 [4]. 



IE/GROUP NAME 


PRESENCE 


RANGE 


IE Type and 


Semantics Description 


RNSAP message 






OCTET STRING 





9.2.5 lurh Signalling Context ID 

The lurh Signalling Context ID together with the respective HNB RNL IDs uniquely identifies a particular connection 
oriented signalling connection between two HNBs. It shall be the same as the Context ID used on the luh connection. 



IE/GROUP NAME 


PRESENCE 


RANGE 


IE Type and 


Semantics Description 


lurh Signalling Context ID 






BIT STRING(24) 





9.2.6 PLMN-ID 

The PLMN-ID identifies a Pubhc Land Mobile Network. 
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IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics description 


PLMN-ID 






OCTET STRING 
(SIZE (3)) 


- digits to 9, encoded 0000 to 
1001, 

- 11 11 used as filler digit, two 
digits per octet, 

- bits 4 to 1 of octet n encoding 
digit 2n-1 - bits 8 to 5 of octet n 
encoding digit 2n 

-The PLMN identity consists of 
3 digits from IVICG followed by 
either 

- a filler digit plus 2 digits from 
IVING (in case of 2 digit IVING) 
or 

- 3 digits from MNG (in case of 
aSdigitMNG). 



9.2.7 Cell-ID 

The Cell-ID identifies uniquely a cell within a PLMN, as defined in TS 25.331 [12]. 



Information Element/Group 
name 


Presence 


Range 


Type and 
reference 


Semantics description 


Gell-ID 






BIT STRING 
(SIZE (28)) 


This information element 
identifies a cell uniquely within a 
PLMN. 



9.2.8 Backoff Timer 

The Backoff Timer IE indicates in seconds the minimum duration for which the setup procedure shall not be retried. 



Information 
Element/Group name 


Presence 


Range 


IE Type and 
reference 


Semantics description 


Backoff Timer 






INTEGER 
(0..3600) 


Value "0" 
indicates no specified time. 



9.2.9 HNB RNL Identity 



The HNB RNL Identity IE globally identifies a HNB. In this version of the specification it is represented by the Cell 
Global Identity of the Cell served by the HNB only. 



IE/GROUP NAME 


PRESENCE 


RANGE 


IE Type and 
Reference 


Semantics Description 


Ghoice HNB RNL Identity 


M 








>Cell Identifier 










»HNB Gell Identifier 


M 




9.2.10 





9.2.10 HNB Cell Identifier 

This IE identifies a HNB by its PLMN and cell it serves. 



IE/Group Name 


Presence 


Range 


IE type and reference 


Semantics 
description 


PLMN-ID 


M 




9.2.6 




Gell-ID 


M 




9.2.7 
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9.3 Message and Information Element Abstract Syntax (with 
ASN.1) 

9.3.0 General 

RNA ASN.l definition conforms with ITU-T X.680 [8] and ITU-T X.681 [9]. 

The ASN.l definition specifies the structure and content of RNA messages. RNA messages can contain any lEs 
specified in the object set definitions for that message without the order or number of occurrence being restricted by 
ASN.l. However, for this version of the standard, a sending entity shall construct a RNA message according to the PDU 
definitions module and with the following additional rules (Note that in the following IE means an IE in the object set 
with an explicit id. If one IE needed to appear more than once in one object set, then the different occurrences have 
different IE ids): 

lEs shall be ordered (in an IE container) in the order they appear in object set definitions. 

Object set definitions specify how many times lEs may appear. An IE shall appear exactly once if the presence 
field in an object has value "mandatory". An IE may appear at most once if the presence field in an object has 
value "optional" or "conditional". If in a tabular format there is multiplicity specified for an IE (i.e. an IE list) 
then in the corresponding ASN.l definition the list definition is separated into two parts. The first part defines an 
IE container list where the list elements reside. The second part defines list elements. The IE container list 
appears as an IE of its own. For this version of the standard an IE container list may contain only one kind of list 
elements. 

If a RNA message that is not constructed as defined above is received, this shall be considered as Abstract Syntax Error, 
and the message shall be handled as defined for Abstract Syntax error in subclause 10.3.6. 

9.3.1 Usage of protocol extension mechanism for non-standard use 

The protocol extension mechanism for non-standard use may be used: 

for special operator- (and/or vendor) specific features considered not to be part of the basic functionality, i.e. the 
functionality required for a complete and high-quality specification in order to guarantee multivendor 
interoperability. 

by vendors for research purposes, e.g. to implement and evaluate new algorithms/features before such features 
are proposed for stardisation. 

The extension mechanism shall not be used for basic functionality. Such functionality shall be standardised. 
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9.3.2 Elementary Procedure Definitions 



- - Elementary Procedure definitions 

******************************************************** 

RNA-PDU-Descriptions { 

itu-t (0) identif ied-organization (4) etsi (0) mobileDomain (0) 

umts-Access (20) modules (3) rna(7) versionl (1) rna-PDU-Descriptions (0) 

DEFINITIONS AUTOMATIC TAGS ::= 

BEGIN 

************************************************************** 

-- IE parameter types from other modules. 

************************************************************** 

IMPORTS 

Criticality, 

ProcedureCode 
FROM RNA-CommonDataTypes 

lurhSetupRequest , 

lurhSetupResponse , 

lurhSetupFailure, 

Connect , 

DirectTransf er. 

Disconnect, 

Connect ionlessTransfer, 

Error Indication, 

PrivateMessage 

FROM RNA-PDU- Contents 

id-IurhSetup, 

id-Connect, 

id-DirectTransf er, 

id-Disconnect , 

id- Connect ionlessTransfer, 

id- Error Indication, 

id-privateMessage 
FROM RNA-Constants; 

************************************************************** 

- - Interface Elementary Procedure Class 

************************************************************** 
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RNA- ELEMENTARY- PROCEDURE 
StlnitiatingMessage 
StSuccessfulOutcome 
SUnsuccessfulOutcome 
SprocedureCode 
Scriticality 

} 



CLASS 



OPTIONAL, 
OPTIONAL, 
ProcedureCode 
Criticality 



UNIQUE, 
DEFAULT ignore 



WITH SYNTAX { 

INITIATING MESSAGE 
[SUCCESSFUL OUTCOME 
[UNSUCCESSFUL OUTCOME 
PROCEDURE CODE 
[CRITICALITY 
} 



&InitiatingMessage 

StSuccessfulOutcome] 

StUnsuccessfulOutcome] 

SprocedureCode 

Stcriticality] 



************************************************************** 

-- Interface PDU definitions 

************************************************************** 

RNA- PDU ::= CHOICE { 

initiatingMessage InitiatingMessage, 

successfulOutcome SuccessfulOutcome, 

unsuccessfulOutcome UnsuccessfulOutcome, 



} 



InitiatingMessage 
procedureCode 
criticality 
value 

} 

SuccessfulOutcome 
procedureCode 
criticality 
value 

} 



:= SEQUENCE { 

RNA-ELEMENTARY-PROCEDURE . SprocedureCode 
RNA-ELEMENTARY-PROCEDURE.&criticality ( 
RNA-ELEMENTARY-PROCEDURE. ^InitiatingMessage ( 



( {RNA-ELEMENTARY-PROCEDURES} ) , 

RNA-ELEMENTARY-PROCEDURES} {©procedureCode} ) , 
RNA-ELEMENTARY-PROCEDURES} {©procedureCode} ) 



:= SEQUENCE { 

RNA-ELEMENTARY-PROCEDURE . SprocedureCode ( { 

RNA-ELEMENTARY-PROCEDURE. ^criticality ({ 

RNA-ELEMENTARY-PROCEDURE . &Successf ulOutcome ( { 



RNA-ELEMENTARY-PROCEDURES}) , 
RNA-ELEMENTARY-PROCEDURES} {« 
RNA-ELEMENTARY-PROCEDURES} {« 



procedureCode} ) , 
DrocedureCode} ) 



UnsuccessfulOutcome ::= SEQUENCE { 

procedureCode RNA-ELEMENTARY-PROCEDURE . SprocedureCode 

criticality RNA-ELEMENTARY-PROCEDURE . ^criticality 

value RNA-ELEMENTARY-PROCEDURE . SUnsuccessf ulOutcome 

} 

********************************************************* 



( {rna-elementary-procedures} ) , 

( {rna-elementary-procedures} {©procedureCode} ) , 
( {rna-elementary-procedures} {©procedureCode} ) 



Interface Elementary Procedure List 



************************************************************** 
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RNA-ELEMENTARY-PROCEDURES RNA-ELEMENTARY- PROCEDURE ::= { 
RNA- ELEMENTARY - PROCEDURES - CLASS - 1 | 
RNA-ELEMENTARY - PROCEDURES - CLASS - 2 



RNA-ELEMENTARY-PROCEDURES-CLASS-1 RNA-ELEMENTARY- PROCEDURE ::= { 
iurhsetup. 



RNA-ELEMENTARY - PROCEDURES - CLASS - 2 RNA-ELEMENTARY - PROCEDURE 
connect 

direct Transfer 
disconnect 

connect ionlessTransfer 
error Indication 
privateMessage, 



************************************************************** 



Interface Elementary Procedures 



************************************************************** 



iurhsetup RNA- ELEMENTARY -PROCEDURE 



INITIATING MESSAGE 
SUCCESSFUL OUTCOME 



lurhSetupRequest 
lurhSetupResponse 
UNSUCCESSFUL OUTCOME lurhSetupFailure 
PROCEDURE CODE id-IurhSetup 

CRITICALITY reject 



connect RNA-ELEMENTARY-PROCEDURE ::= | 
INITIATING MESSAGE Connect 
PROCEDURE CODE id-Connect 

CRITICALITY ignore 



directTransfer RNA-ELEMENTARY-PROCEDURE ::= { 
INITIATING MESSAGE DirectTransfer 
PROCEDURE CODE id-DirectTransf er 

CRITICALITY ignore 



disconnect RNA-ELEMENTARY-PROCEDURE ::= { 
INITIATING MESSAGE Disconnect 
PROCEDURE CODE id-Disconnect 

CRITICALITY ignore 
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connectionlessTransfer RNA-ELEMENTARY-PROCEDURE ::= { 
INITIATING MESSAGE ConnectionlessTransfer 
PROCEDURE CODE id-ConnectionlessTransf er 

CRITICALITY ignore 



errorlndication RNA-ELEMENTARY-PROCEDURE ::= { 
INITIATING MESSAGE Errorlndication 
PROCEDURE CODE id-Errorlndication 

CRITICALITY ignore 



} 



privateMessage RNA-ELEMENTARY-PROCEDURE ::= { 
INITIATING MESSAGE PrivateMessage 
PROCEDURE CODE id-privateMessage 

CRITICALITY ignore 

} 



END 



9.3.3 PDU Definitions 



********************************************************* 

-- PDU definitions for RNA. 

************************************************************** 

RNA-PDU-Contents { 

itu-t (0) identif ied-organization (4) etsi (0) mobileDomain (0) 

umts-Access (20) modules (3) rna(7) versionl (1) rna-PDU-Contents (1) 

DEFINITIONS AUTOMATIC TAGS ::= 

BEGIN 

************************************************************** 

-- IE parameter types from other modules. 

************************************************************** 

IMPORTS 

Cause, 

CriticalityDiagnostics , 
RNSAP- Mess age, 
Backof fTimer, 

lurh-Signalling-Context- ID, 
HNB-RNL-ID 
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FROM RNA-IEs 



ProtocolExtensionContainer{ } , 
ProtocolIE-ContainerList { } , 
ProtocolIE-Container{ } , 
ProtocolIE-Single-Container{ } , 
PrivateIE-Container{ } , 
RNA- PRIVATE - lES , 
RNA - PROTOCOL - EXTENS I ON , 
RNA- PROTOCOL- lES 
FROM RNA- Containers 

id-Cause, 

id-CriticalityDiagnostics , 

id- RNSAP- Message, 
id- Backoff Timer, 

id- lurh- Signalling -Context -ID, 
id-Senders-HNB-RNL-ID, 
id- Receivers -HNB-RNL- ID, 
id-HNB-RNL-ID 



FROM RNA-Constants; 



icicicicicicicicicicicicicicicicicicicicicicicicicicicicicicicicicicicicicic-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k 



lurh Setup REQUEST 



icicicic'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k 



lurhSetupRequest : : = SEQUENCE { 

protocolIEs ProtocolIE-Container { { lurhSetupRequestlEs} }, 

protocolExtensions ProtocolExtensionContainer { { lurhSetupRequestExtensions} 



OPTIONAL, 



} 



lurhSetupRequestlEs RNA- PROTOCOL- lES 
{ ID id-Senders-HNB-RNL-ID 
{ ID id-Receivers-HNB-RNL-ID 



CRITICALITY reject TYPE HNB-RNL- ID 
CRITICALITY reject TYPE HNB-RNL-ID 



PRESENCE mandatory } 
PRESENCE mandatory } , 



} 

lurhSetupRequestExtensions RNA -PROTOCOL -EXTENS I ON 



icicicic'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k 
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lurh Setup RESPONSE 



icicicicicicicicicicicicicicicicicicicicicicicicicicicicicicicic'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k 



lurhSetupResponse : : = SEQUENCE { 

protocolIEs ProtocolIE-Container 

protocolExt ens ions ProtocolExtensionContainer 

} 



[ lurhSetupResponselEs} }, 

[ lurhSetupResponseExtensions } 



OPTIONAL, 



lurhSetupResponselEs RNA- PROTOCOL- I ES ::= { 

{ ID id-Senders-HNB-RNL-ID CRITICALITY reject TYPE HNB-RNL-ID 

{ ID id-Receivers-HNB-RNL-ID CRITICALITY reject TYPE HNB-RNL-ID 

} 



PRESENCE mandatory } 
PRESENCE mandatory } , 



lurhSetupResponseExtensions RNA -PROTOCOL -EXTENSION 



icicicicicicicicicicicicicicicicicicicicicicicicicicicicicicicicicicicicicic-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k 



lurh Setup FAILURE 



icicicic'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k 



lurhSetupFailure ::= SEQUENCE { 

protocolIEs ProtocolIE-Container 

protocolExt ens ions ProtocolExtensionContainer 

} 



[lurhSetupFailurelEs} }, 

[ lurhSetupFailureExtensions } 



OPTIONAL, 



lurhSetupFailurelEs RNA- PROTOCOL- lES 
ID id-Cause 
ID id-Backof fTimer 
ID id-CriticalityDiagnostics 
ID id-Senders-HNB-RNL-ID 
ID id-Receivers-HNB-RNL-ID 



CRITICALITY ignore TYPE Cause 
CRITICALITY ignore TYPE BackoffTimer 
CRITICALITY ignore TYPE CriticalityDiagnostics 

CRITICALITY reject TYPE HNB-RNL-ID 

CRITICALITY reject TYPE HNB-RNL-ID 



PRESENCE mandatory } | 
PRESENCE optional } | 
PRESENCE optional } j 
PRESENCE mandatory } | 
PRESENCE mandatory } , 



} 



lurhSetupFailureExtensions RNA -PROTOCOL -EXTENSION 



icicicic'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k 



Connect 
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********************************************************** 



Connect : : = SEQUENCE { 

protocolIEs ProtocolIE-Container 

protocolExt ens ions ProtocolExtensionContainer 

} 



I Connect lEsj j, 
{ConnectExtensions j 



OPTIONAL, 



ConnectlEs RNA- PROTOCOL- lES ::= { 

{ ID id-Iurh-Signalling-Context-ID 

{ ID id-RNSAP-Message 

{ ID id-Senders-HNB-RNL-ID 

{ ID id-Receivers-HNB-RNL-ID 



} 



ConnectExtensions RNA -PROTOCOL -EXTENSION 



************************************************************** 



CRITICALITY reject TYPE lurh-Signalling-Context- ID 

CRITICALITY reject TYPE RNSAP-Message 

CRITICALITY reject TYPE HNB-RNL-ID 

CRITICALITY reject TYPE HNB-RNL-ID 



Direct Transfer 



PRESENCE mandatory } 
PRESENCE optional } 
PRESENCE mandatory } 
PRESENCE mandatory } , 



************************************************************** 



DirectTransfer ::= SEQUENCE { 

protocolIEs ProtocolIE-Container 

protocolExt ens ions ProtocolExtensionContainer 

} 



{DirectTransferlEs} }, 
{DirectTransf erExtensions j 



OPTIONAL, 



DirectTransferlEs RNA- PROTOCOL- lES ::= 
{ ID id-Iurh-Signalling-Context-ID 
{ ID id-RNSAP-Message 
{ ID id-Receivers-HNB-RNL-ID 



} 



CRITICALITY reject TYPE lurh-Signalling-Context- ID PRESENCE mandatory } 
CRITICALITY reject TYPE RNSAP-Message PRESENCE mandatory } 

CRITICALITY reject TYPE HNB-RNL-ID PRESENCE mandatory } 



DirectTransf erExtensions RNA -PROTOCOL -EXTENSION 



************************************************************** 



Disconnect 



************************************************************** 



Disconnect ::= SEQUENCE 
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protocolIEs ProtocolIE-Container 

protocolExt ens ions ProtocolExtensionContainer 



jDisconnectlEs) ), 
JDisconnectExtensions ) 



OPTIONAL, 



} 



DisconnectlEs RNA- PROTOCOL- lES ::= { 

{ ID id-Iurh-Signalling-Context-ID 

{ ID id-Cause 

{ ID id-RNSAP-Message 

{ ID id-Receivers-HNB-RNL-ID 



} 



CRITICALITY reject TYPE lurh-Signalling-Context- ID 

CRITICALITY reject TYPE Cause 

CRITICALITY reject TYPE RNSAP-Message 

CRITICALITY reject TYPE HNB-RNL-ID 



DisconnectExtensions RNA -PROTOCOL -EXTENSION 



************************************************************** 



Connectionless Transfer 



PRESENCE mandatory } 
PRESENCE mandatory } 
PRESENCE optional } 
PRESENCE mandatory } , 



********************************************************* 



ConnectionlessTransfer ::= SEQUENCE { 

protocolIEs ProtocolIE-Container { {ConnectionlessTransf erIEs} }, 

protocolExtensions ProtocolExtensionContainer { {ConnectionlessTransf erExtensions} 



OPTIONAL, 



ConnectionlessTransferlEs RNA- PROTOCOL- lES ::= { 

{ ID id-RNSAP-Message CRITICALITY reject TYPE RNSAP-Message 

{ ID id-Senders-HNB-RNL-ID CRITICALITY reject TYPE HNB-RNL-ID 

{ ID id-Receivers-HNB-RNL-ID CRITICALITY reject TYPE HNB-RNL-ID 

} 

ConnectionlessTransferExtensions RNA -PROTOCOL -EXTENSION ::= { 



PRESENCE mandatory } | 
PRESENCE mandatory } | 
PRESENCE mandatory } , 



************************************************************** 



ERROR INDICATION 



************************************************************** 



Errorlndication ::= SEQUENCE { 

protocolIEs ProtocolIE-Container 

protocolExtensions ProtocolExtensionContainer 

} 



{ErrorlndicationlEs} }, 
(ErrorlndicationExtensions) 



OPTIONAL, 
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ErrorlndicationlEs RNA- PROTOCOL- lES ::= { 

{ ID id-Cause CRITICALITY ignore TYPE Cause PRESENCE optional } 

{ ID id-CriticalityDiagnostics CRITICALITY ignore TYPE CriticalityDiagnostics PRESENCE optional } 

{ ID id-Iurh-Signalling-Context-ID CRITICALITY ignore TYPE lurh-Signalling-Context-ID PRESENCE optional } 

{ ID id-Receivers-HNB-RNL-ID CRITICALITY ignore TYPE HNB-RNL-ID PRESENCE mandatory } , 

} 

ErrorlndicationExtensions RNA -PROTOCOL -EXTENSION ::= { 

} 

******************************************************** 

-- PRIVATE MESSAGE 

************************************************************** 

PrivateMessage ::= SEQUENCE { 

privatelEs PrivatelE-Container { {PrivateMessage-IEs} } , 

} 

PrivateMessage-IEs RNA-PRIVATE-IES ::= { 



9.3.4 Information Element Definitions 



************************************************************** 

- - Information Element Definitions 

************************************************************** 

RNA-IEs { 

itu-t (0) identif ied-organization (4) etsi (0) mobileDomain (0) 

umts-Access (20) modules (3) rna(7) versionl (1) rna-IEs (2) } 

DEFINITIONS AUTOMATIC TAGS ::= 

BEGIN 

IMPORTS 

maxNrOf Errors , 

id-HNB- Cell -Identifier 
FROM RNA-Constants 

Criticality, 
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ProcedureCode , 

ProtocolIE-ID, 

TriggeringMessage 
FROM RNA-CommonDataTypes 

ProtocolExtensionContainer{ 

RNA - PROTOCOL - EXTENS ION 
FROM RNA- Containers ; 



--A 
--B 
BackoffTimer ::= INTEGER ( .. 3600) 



********************************************************** 



Cause IE 

************************************************************** 



Cause : := CHOICE 
radioNetwork 
transport 
protocol 
misc 



CauseRadioNetwork, 
CauseTransport , 
CauseProtocol , 
CauseMisc, 



CauseRadioNetwork : : = ENUMERATED { 
normal , 

connect -failed, 
network -release, 

unknown - or- already- allocated-Iurh- Context -ID, 
unspecif iced, 

} 

CauseTransport : : = ENUMERATED { 

transport -resource -unavailable, 
unspecified, 

} 

CauseProtocol : : = ENUMERATED { 
transfer- syntax- error, 
abstract-syntax-error-reject, 
abstract -syntax- error- ignore -and-not if y, 
message -not -compatible-with-receiver- state, 
semantic -error, 
unspecified, 
abs t ract - synt ax - error -falsely- const ructed-mes sage, 

} 



£75/ 



3GPP TS 25.471 version 10.1.0 Release 10 



40 



ETSI TS 125 471 VI 0.1.0 (2011-07) 



CauseMisc ::= ENUMERATED 
processing- overload, 
hardware - f ai lure , 
o-and-m- intervention, 
unspecified. 



} 



Cellldentity : :-- 



BIT STRING (SIZE (28)) 



************************************************************** 



CriticalityDiagnostics 



************************************************************** 



CriticalityDiagnostics : : 
procedureCode 
triggeringMessage 
procedureCriticality 



SEQUENCE { 

ProcedureCode 

TriggeringMessage 

Criticality 



iEsCriticalityOiagnostics CriticalityDiagnostics -IE -List OPTIONAL, 



OPTIONAL, 
OPTIONAL, 
OPTIONAL, 



lE- Ext ens ions 



ProtocolExtensionContainer { {CriticalityDiagnostics-ExtlEs} } OPTIONAL, 



} 



CriticalityDiagnostics-IE-List ::= SEQUENCE (SIZE (1 . .maxNrOf Errors) ) OF 
SEQUENCE { 

iECriticality Criticality, 

iE-ID ProtocolIE-ID, 

typeOf Error TypeOf Error, 

iE-Extensions ProtocolExtensionContainer { {CriticalityDiagnostics-IE-List-ExtlEs} 

} 
CriticalityDiagnostics-IE-List-ExtlEs RNA- PROTOCOL -EXTENSION ::= { 



OPTIONAL, 



CriticalityDiagnostics- Ext lEs RNA -PROTOCOL -EXTENSION 
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HNB-RNL-ID ::= CHOICE { 

hNB- Identity- as -Global -Cell -Identifier HNB- Cell -Identifier, 

} 



HNB-Cell-Identifier ::= SEQUENCE { 

pLMN-ID PLMN-ID, cell-ID Cellldentity, 

iE-Extensions ProtocolExtensionContainer | | HNB-Cell-Identif ier-ExtlEs 



OPTIONAL, 



} 



HNB -Cell -Identifier- Ext lEs RNA- PROTOCOL -EXTENSION 



lurh-Signalling-Context-ID ::= BIT STRING (SIZE (24)) 

--J 
--K 



--M 
--N 
--0 

--P 

PLMN-ID ::= OCTET STRING (SIZE (3)) 



RNSAP- Mess age 



OCTET STRING 



TypeOf Error : : = ENUMERATED 
not -under stood, 
missing. 



} 
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-V 

-w 

-X 
-Y 
-Z 



9.3.5 Common Definitions 



- - Common definitions 

******************************************************** 

RNA-CommonDataTypes { 

itu-t (0) identif ied-organization (4) etsi (0) mobileDomain (0) 

umts-Access (20) modules (3) rna(7) versionl (1) rna-CommonDataTypes (3) 

DEFINITIONS AUTOMATIC TAGS ::= 

BEGIN 

************************************************************** 



Extension constants 



************************************************************** 



maxPrivatelEs 
maxProtocolExt ens ions 
maxProtocolIEs 



INTEGER : 


= 65535 


INTEGER : 


= 65535 


INTEGER : 


= 65535 



************************************************************** 



Common Data Types 



************************************************************** 



Criticality 

Presence 

PrivatelE-ID 
local 
global 



ENUMERATED { reject, ignore, notify } 

ENUMERATED { optional, conditional, mandatory 

CHOICE { 

INTEGER (0. .65535) , 
OBJECT IDENTIFIER 
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ProcedureCode 



INTEGER (0. .255) 



ProtocolIE-ID 



INTEGER (0. .maxProtocolIEs) 



TriggeringMessage 
END 



ENUMERATED { initiating-message , successful-outcome, unsuccessful-outcome, outcome 



9.3.6 Constant Definitions 



********************************************************* 

- - Constant definitions 

************************************************************** 

RNA-Constants { 

itu-t (0) identif ied-organization (4) etsi (0) mobileDomain (0) 

umts-Access (20) modules (3) rna(7) versionl (1) rna-Constants (4) 

DEFINITIONS AUTOMATIC TAGS ::= 

BEGIN 

IMPORTS 

ProcedureCode , 

ProtocolIE-ID 
FROM RNA-CommonDataTypes; 

************************************************************** 



Elementary Procedures 



************************************************************** 



id-IurhSetup 

id- Connect 

id- Direct Transfer 

id- Disconnect 

id- Connect ionlessTransfer 

id- Error Indication 

id-privateMessage 



ProcedureCode 
ProcedureCode 
ProcedureCode 
ProcedureCode 
ProcedureCode 
ProcedureCode 
ProcedureCode 



************************************************************** 
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********************************************************* 

maxNrOf Errors INTEGER ::= 256 



************************************************************** 



************************************************************** 



id-Cause 

id-CriticalityDiagnostics 

id- RNSAP- Message 

id- Backoff Timer 

id- Senders -HNB-RNL- ID 

id- Receivers -HNB-RNL- ID 

id- lurh- Signalling -Context -ID 

id-HNB-RNL-ID 

id-HNB- Cell -Identifier 



Protocol 
Protocol 
Protocol 
Protocol 
Protocol 
Protocol 
Protocol 
Protocol 
Protocol 



IE-ID 
IE-ID 
IE-ID 
IE-ID 
IE-ID 
IE-ID 
IE-ID 
IE-ID 
IE-ID 



9.3.7 Container Definitions 



************************************************************** 

- - Container definitions 

************************************************************** 

RNA- Containers { 

itu-t (0) identif ied-organization (4) etsi (0) mobileDomain (0) 

umts-Access (20) modules (3) rna(7) versionl (1) rna-Containers (5) 

DEFINITIONS AUTOMATIC TAGS ::= 

BEGIN 

************************************************************** 

-- IE parameter types from other modules. 

************************************************************** 



IMPORTS 

Criticality, 
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Presence, 
PrivatelE-ID, 
ProtocolIE-ID, 
maxPrivatelEs , 
maxProtocolExtensions , 
maxProtocolIEs 
FROM RNA-CommonDataTypes; 

******************************************************** 

-- Class Definition for Protocol lEs 

************************************************************** 



RNA-PROTOCOL- lES 
&:id 

Sccriticality 
SValue, 
^presence 



CLASS 



ProtocolIE-ID 
Criticality, 

Presence 



UNIQUE, 



WITH SYNTAX | 
ID 

CRITICALITY 
TYPE 
PRESENCE 



Sid 

Scriticality 
SiValue 
Spresence 



************************************************************** 



Class Definition for Protocol Extensions 
************************************************************** 



RNA-PROTOCOL-EXTENSION ::= CLASS 



Sid 

Scriticality 
SiExtension, 
^presence 



ProtocolIE-ID UNIQUE, 
Criticality, 

Presence 



WITH SYNTAX | 
ID 

CRITICALITY 

EXTENSION 

PRESENCE 



Sid 

Stcriticality 
SiExtension 
^presence 



************************************************************** 



Class Definition for Private lEs 



************************************************************** 



RNA-PRIVATE-IES 
Sid 



CLASS { 

PrivatelE-ID, 
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Scriticality 

SValue, 

^presence 

} 

WITH SYNTAX { 

ID 

CRITICALITY 

TYPE 

PRESENCE 



Criticality, 
Presence 



S:id 

Scriticality 
StValue 
Spresence 



************************************************************** 

-- Container for Protocol lEs 

************************************************************** 

ProtocolIE-Container {rna-PROTOCOL-IES : lEsSetParam} ::= 
SEQUENCE (SIZE ( . .maxProtocolIEs ) ) OF 
ProtocolIE-Field { { lEsSetParam} } 

ProtocolIE-Single-Container {rna-PROTOCOL-IES : lEsSetParam} ::= 
ProtocolIE-Field {{lEsSetParam}} 

ProtocolIE-Field {RNA-PROTOCOL-IES : lEsSetParam} ::= SEQUENCE { 

id RNA-PROTOCOL-IES. &id {{lEsSetParam}), 

criticality RNA-PROTOCOL-IES . Scriticality ({ lEsSetParam} {@id} ) , 
value RNA-PROTOCOL-IES. &Value ({ lEsSetParam} {@id} ) 



} 



icicicicicicicicicicicicicicicicicicicicicicicicicicicicicicicicicicicicicic-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k 



Container Lists for Protocol IE Containers 
********************************************************* 



ProtocolIE-ContainerList {INTEGER : lowerBound, INTEGER : upperBound, RNA-PROTOCOL-IES : lEsSetParam} 
SEQUENCE (SIZE ( lowerBound .. upperBound) ) OF 
ProtocolIE-Container { { lEsSetParam} } 



************************************************************** 

- - Container for Protocol Extensions 

************************************************************** 

ProtocolExtensionContainer {rna- PROTOCOL -EXTENSION : ExtensionSetParam} ::= 
SEQUENCE (SIZE (1 . . maxProtocolExtensions ) ) OF 

ProtocolExtensionField { {ExtensionSetParam} } 

ProtocolExtensionField { RNA -PROTOCOL -EXTENSION : ExtensionSetParam} ::= SEQUENCE { 

id RNA-PROTOCOL-EXTENSION.&id ({ExtensionSetParam}), 

criticality RNA-PROTOCOL-EXTENSION. &criticality ( {ExtensionSetParam} {@id} ) , 
extensionValue RNA -PROTOCOL -EXTENSION. ^Extension ( {ExtensionSetParam} {@id} ) 
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- - Container for Private lEs 

******************************************************** 

PrivatelE-Container {rna- PRIVATE -lES : lEsSetParam } ::= 
SEQUENCE (SIZE (1.. maxPrivatelEs ) ) OF 
PrivatelE-Field { { lEsSetParam) ) 



PrivatelE-Field {RNA-PRIVATE-IES : lEsSetParam} 
id RNA-PRIVATE-IES. &id 

criticality RNA-PRIVATE-IES . &criticality 

value RNA-PRIVATE-IES. &Value 

} 

END 



SEQUENCE 



({lEsSetParam}) , 

( { lEsSetParam} {@id} ) , 

( { lEsSetParam} {@id} ) 
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9.4 Message Transfer Syntax 



RNA shall use the ASN.l Basic Packed Encoding Rules (BASIC-PER) Aligned Variant as transfer syntax as specified 
in ITU-T X.691 [7]. 



10 Handling of Unknown, Unforeseen or Erroneous 
Protocol Data 

10.1 General 

Protocol Error cases can be divided into three classes: 

Transfer Syntax Error; 

Abstract Syntax Error; 
- Logical Error. 
Protocol errors can occur in the following functions within a receiving node: 



RNA 

functional 

entity 



t 



ASN.l Decoding 



> 



Logical Errors 
Abstract Syntax Errors 



Transfer Syntax Errors 



Figure 10.1.14: Protocol Errors in RNA 

The information stated in subclauses 10.2, 10.3 and 10.4, to be included in the message used when reporting an error, is 
what at minimum shall be included. Other optional information elements within the message may also be included, if 
available. This is also valid for the case when the reporting is done with a response message. The latter is an exception 
to what is stated in subclause 4. 1 . 

10.2 Transfer Syntax Error 

A Transfer Syntax Error occurs when the receiver is not able to decode the received physical message Transfer syntax 
errors are always detected in the process of ASN.l decoding. If a Transfer Syntax Error occurs, the receiver should 
initiate Error Indication procedure with appropriate cause value for the Transfer Syntax protocol error. 

1 0.3 Abstract Syntax Error 
10.3.1 General 

An Abstract Syntax Error occurs when the receiving functional RNA entity: 
1. receives lEs or IE groups that cannot be understood (unknown IE id); 
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2. receives lEs for which the logical range is violated (e.g.: ASN.l definition: to 15, the logical range is to 10 
(values 1 1 to 15 are undefined), and 12 will be received; this case will be handled as an abstract syntax error 
using criticality information sent by the originator of the message); 

3. does not receive lEs or IE groups but according to the specified presence of the concerning object, the lEs or IE 
groups should have been present in the received message; 

4. receives lEs or IE groups that are defined to be part of that message in wrong order or with too many 
occurrences of the same IE or IE group; 

5. receives lEs or IE groups but according to the conditional presence of the concerning object and the specified 
condition, the lEs or IE groups should not have been present in the received message. 

Cases 1 and 2 (not comprehended IE/IE group) are handled based on received Criticality information. Case 3 (missing 
IE/IE group) is handled based on Criticality information and Presence information for the missing IE/IE group specified 
in the version of the specification used by the receiver. Case 4 (lEs or IE groups in wrong order or with too many 
occurrences) and Case 5 (erroneously present conditional lEs or IE groups) result in rejecting the procedure. 

If an Abstract Syntax Error occurs, the receiver shall read the remaining message and shall then for each detected 
Abstract Syntax Error act according to the Criticality Information and Presence Information for the IE/IE group due to 
which Abstract Syntax Error occurred in accordance with subclauses 10.3.4 and 10.3.5. The handling of cases 4 and 5 is 
specified in subclause 10.3.6. 



10.3.2 Criticality Information 



In the RNA messages there is criticality information set for individual lEs and/or IE groups. This criticality information 
instructs the receiver how to act when receiving an IE or an IE group that is not comprehended i.e. the entire item (IE or 
IE group) which is not (fully or partially) comprehended shall be treated in accordance with its own criticality 
information as specified in subclause 10.3.4. 

In addition, the criticality information is used in case of the missing IE/IE group abstract syntax error (see subclause 
10.3.5). 

The receiving node shall take different actions depending on the value of the Criticality Information. The three possible 
values of the Criticality Information for an IE/IE group are: 

- Reject IE; 

Ignore IE and Notify Sender; 

Ignore IE. 

The following rules restrict when a receiving entity may consider an IE, an IE group or an EP not comprehended (not 
implemented), and when action based on criticality information is applicable: 

1 . IE or IE group: When one new or modified IE or IE group is implemented for one EP from a standard version, 
then other new or modified lEs or IE groups specified for that EP in that standard version shall be considered 
comprehended by the receiving entity (some may still remain unsupported). 

2. EP: The comprehension of different EPs within a standard version or between different standard versions is not 
mandated. Any EP that is not supported may be considered not comprehended, even if another EP from that 
standard version is comprehended, and action based on criticality shall be applied. 

10.3.3 Presence Information 

For many lEs/IE groups which are optional according to the ASN.l transfer syntax, RNA specifies separately if the 
presence of these lEs/IE groups is optional or mandatory with respect to HNB application by means of the presence 
field of the concerning object of class RNA-PROTOCOL-IES, RNA-PROTOCOL-IES-PAIR, RNA-PROTOCOL- 
EXTENSION or RNA-PRIVATE-IES. 

The presence field of the indicated classes supports three values: 

1 . Optional; 



£75/ 



3GPP TS 25.471 version 1 0.1 .0 Release 1 50 ETSI TS 1 25 471 V1 0.1 .0 (201 1 -07) 

2. Conditional; 

3. Mandatory. 

If an IE/IE group is not included in a received message and the presence of the IE/IE group is mandatory or the 
presence is conditional and the condition is true according to the version of the specification used by the receiver, an 
abstract syntax error occurs due to a missing IE/IE group. 

1 0.3.4 Not comprehended IE/IE group 
10.3.4.1 Procedure Code 

The receiving node shall treat the different types of received criticality information of the Procedure Code according to 
the following: 

Reject IE: 

If a message is received with a Procedure Code IE marked with "Reject IE" which the receiving node does not 
comprehend, the receiving node shall reject the procedure using the Error Indication procedure. 

Ignore IE and Notify Sender: 

If a message is received with a Procedure Code IE marked with "Ignore IE and Notify Sender" which the 
receiving node does not comprehend, the receiving node shall ignore the procedure and initiate the Error 
Indication procedure. 

Ignore IE: 

If a message is received with a Procedure Code IE marked with "Ignore IE" which the receiving node does not 
comprehend, the receiving node shall ignore the procedure. 

When using the Error Indication procedure to reject a procedure or to report an ignored procedure it shall include the 
Procedure Code IE, the Triggering Message IE, and the Procedure Criticality IE in the Criticality Diagnostics IE. 

1 0.3.4.1 A Type of Message 

When the receiving node cannot decode the Type of Message IE, the Error Indication procedure shall be initiated with 
an appropriate cause value. 

1 0.3.4.2 lEs other than the Procedure Code and Type of Message 

The receiving node shall treat the different types of received criticality information of an IE/IE group other than the 
Procedure Code IE and Type of Message IE according to the following: 

Reject IE: 

If a message initiating a procedure is received containing one or more lEs/IE groups marked with "Reject IE" 
which the receiving node does not comprehend; none of the functional requests of the message shall be executed. 
The receiving node shall reject the procedure and report the rejection of one or more lEs/IE groups using the 
message normally used to report unsuccessful outcome of the procedure. In case the information received in the 
initiating message was insufficient to determine a value for all lEs that are required to be present in the message 
used to report the unsuccessful outcome of the procedure, the receiving node shall instead terminate the 
procedure and initiate the Error Indication procedure. 

If a message initiating a procedure that does not have a message to report unsuccessful outcome is received 
containing one or more lEs/IE groups marked with "Reject IE" which the receiving node does not comprehend, 
the receiving node shall terminate the procedure and initiate the Error Indication procedure. 

If a response message is received containing one or more lEs marked with "Reject IE" which the receiving node 
does no comprehend, the receiving node shall consider the procedure as unsuccessfully terminated and initiate 
local error handling. 
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Ignore IE and Notify Sender: 

If a message initiating a procedure is received containing one or more les/IE groups marked with "Ignore IE and 
Notify Sender" which the receiving node does not comprehend, the receiving node shall ignore the content of the 
not comprehended lEs/IE groups, continue with the procedure as if the not comprehended lEs/IE groups were 
not received (except for the reporting) using the understood lEs/IE groups, and report in the response message of 
the procedure that one or more lEs/IE groups have been ignored. In case the information received in the 
initiating message was insufficient to determine a value for all lEs that are required to be present in the response 
message, the receiving node shall instead terminate the procedure and initiate the Error Indication procedure. 

if a message initiating a procedure that does not have a message to report the outcome of the procedure is 
received containing one or more lEs/IE groups marked with "Ignore IE and Notify Sender" which the receiving 
node does not comprehend, the receiving node shall ignore the content of the not comprehended lEs/IE groups, 
continue with the procedure as if the not comprehended lEs/IE groups were not received (except for the 
reporting) using the understood lEs/IE groups, and initiate the Error Indication procedure to report that one or 
more lEs/IE groups have been ignored. 

If a response message is received containing one or more lEs/IE groups marked with "Ignore IE and Notify 
Sender" which the receiving node does not comprehend, the receiving node shall ignore the content of the not 
comprehended IE/IE groups, continue with the procedure as if the not comprehended lEs/IE groups were not 
received (except for the reporting) using the understood lEs/IE groups and initiate the Error Indication 
procedure. 

Ignore IE: 

If a message initiating a procedure is received containing one or more lEs/IE groups marked with "Ignore IE" 
which the receiving node does not comprehend, the receiving node shall ignore the content of the not 
comprehended lEs/IE groups and continue with the procedure as if the not comprehended lEs/IE groups were 
not received using only the understood lEs/IE groups. 

If a response message is received containing one or more lEs/IE groups marked with "Ignore IE" which the 
receiving node does not comprehend, the receiving node shall ignore the content of the not comprehended lEs/IE 
groups and continue with the procedure as if the not comprehended lEs/IE groups were not received using the 
understood lEs/IE groups. 

When reporting not comprehended lEs/IE groups marked with "Reject IE" or "Ignore IE and Notify Sender" using a 
response message defined for the procedure, the Information Element Criticality Diagnostics IE shall be included in the 
Criticality Diagnostics IE for each reported IE/IE group. In the Information Element Criticality Diagnostics IE the 
Repetition Number IE shall be included and in addition, if the not comprehended IE/IE group is not at message 
hierarchy level 1 (top level; see annex A) also the Message Structure IE shall be included. 

When reporting not comprehended lEs/IE groups marked with "Reject IE" or "Ignore IE and Notify Sender" using the 
Error Indication procedure, the Procedure Code IE, the Triggering Message IE, Procedure Criticality IE, and the 
Information Element Criticality Diagnostics IE shall be included in the Criticality Diagnostics IE for each reported 
IE/IE group. In the Information Element Criticality Diagnostics IE the Repetition Number IE shall be included and in 
addition, if the not comprehended IE/IE group is not at message hierarchy level 1 (top level; see annex A) also the 
Message Structure IE shall be included. 

10.3.5 Missing IE or IE group 

The receiving node shall treat the missing IE/IE group according to the criticality information for the missing IE/IE 
group in the received message specified in the version of the present document used by the receiver: 

Reject IE: 

if a received message initiating a procedure is missing one or more lEs/IE groups with specified criticality 
"Reject IE"; none of the functional requests of the message shall be executed. The receiving node shall reject the 
procedure and report the missing lEs/IE groups using the message normally used to report unsuccessful outcome 
of the procedure. In case the information received in the initiating message was insufficient to determine a value 
for all lEs that are required to be present in the message used to report the unsuccessful outcome of the 
procedure, the receiving node shall instead terminate the procedure and initiate the Error Indication procedure. 
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if a received message initiating a procedure that does not have a message to report unsuccessful outcome is 
missing one or more lEs/IE groups with specified criticaUty "Reject IE", the receiving node shall terminate the 
procedure and initiate the Error Indication procedure. 

if a received response message is missing one or more lEs/IE groups with specified criticality "Reject IE", the 
receiving node shall consider the procedure as unsuccessfully terminated and initiate local error handling. 

Ignore IE and Notify Sender: 

if a received message initiating a procedure is missing one or more lEs/IE groups with specified criticality 
"Ignore IE and Notify Sender", the receiving node shall ignore that those lEs are missing and continue with the 
procedure based on the other lEs/IE groups present in the message and report in the response message of the 
procedure that one or more lEs/IE groups were missing. In case the information received in the initiating 
message was insufficient to determine a value for all lEs that are required to be present in the response message, 
the receiving node shall instead terminate the procedure and initiate the Error Indication procedure. 

if a received message initiating a procedure that does not have a message to report the outcome of the procedure 
is missing one or more lEs/IE groups with specified criticality "Ignore IE and Notify Sender", the receiving node 
shall ignore that those lEs are missing and continue with the procedure based on the other lEs/IE groups present 
in the message and initiate the Error Indication procedure to report that one or more lEs/IE groups were missing. 

if a received response message is missing one or more lEs/IE groups with specified criticality "Ignore IE and 
Notify Sender", the receiving node shall ignore that those lEs are missing and continue with the procedure based 
on the other lEs/IE groups present in the message and initiate the Error Indication procedure to report that one or 
more lEs/IE groups were missing. 

Ignore IE: 

if a received message initiating a procedure is missing one or more lEs/IE groups with specified criticality 
"Ignore IE", the receiving node shall ignore that those lEs are missing and continue with the procedure based on 
the other lEs/IE groups present in the message. 

if a received response message is missing one or more lEs/IE groups with specified criticality "Ignore IE", the 
receiving node shall ignore that those lEs/IE groups are missing and continue with the procedure based on the 
other lEs/IE groups present in the message. 

When reporting missing lEs/IE groups with specified criticality "Reject IE" or "Ignore IE and Notify Sender" using a 
response message defined for the procedure, the Information Element Criticality Diagnostics IE shall be included in the 
Criticality Diagnostics IE for each reported IE/IE group. In the Information Element Criticality Diagnostics IE the 
Repetition Number IE shall be included and in addition, if the missing IE/IE group is not at message hierarchy level 1 
(top level; see annex A) also the Message Structure IE shall be included. 

When reporting missing lEs/IE groups with specified criticality "Reject IE" or "Ignore IE and Notify Sender" using the 
Error Indication procedure, the Procedure Code IE, the Triggering Message IE, Procedure Criticality IE, and the 
Information Element Criticality Diagnostics IE shall be included in the Criticality Diagnostics IE for each reported 
IE/IE group. In the Information Element Criticality Diagnostics IE the Repetition Number IE shall be included and in 
addition, if the missing IE/IE group is not at message hierarchy level 1 (top level; see annex A) also the Message 
Structure IE shall be included. 

1 0.3.6 lEs or IE groups received in wrong order or witin too many 
occurrences or erroneously present 

If a message with lEs or IE groups in wrong order or with too many occurrences is received or if lEs or IE groups with 
a conditional presence are present when the condition is not met (i.e. erroneously present), the receiving node shall 
behave according to the following: 

If a message initiating a procedure is received containing lEs or IE groups in wrong order or with too many 
occurrences or erroneously present, none of the functional requests of the message shall be executed. The 
receiving node shall reject the procedure and report the cause value "Abstract Syntax Error (Falsely Constructed 
Message)" using the message normally used to report unsuccessful outcome of the procedure. In case the 
information received in the initiating message was insufficient to determine a value for all lEs that are required 
to be present in the message used to report the unsuccessful outcome of the procedure, the receiving node shall 
instead terminate the procedure and initiate the Error Indication procedure. 
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If a message initiating a procedure that does not have a message to report unsuccessful outcome is received 
containing lEs or IE groups in wrong order or with too many occurrences or erroneously present, the receiving 
node shall terminate the procedure and initiate the Error Indication procedure, and use cause value "Abstract 
Syntax Error (Falsely Constructed Message)". 

If a response message is received containing lEs or IE groups in wrong order or with too many occurrences or 
erroneously present, the receiving node shall consider the procedure as unsuccessfully terminated and initiate 
local error handling. 

When determining the correct order only the lEs specified in the specification version used by the receiver shall be 
considered. 



10.4 Logical Error 



Logical error situations occur when a message is comprehended correctly, but the information contained within the 
message is not valid (i.e. semantic error), or describes a procedure which is not compatible with the state of the receiver. 
In these conditions, the following behaviour shall be performed (unless otherwise specified) as defined by the class of 
the elementary procedure, irrespective of the criticality information of the lE's/IE groups containing the erroneous 
values. 

Class 1: 

Where the logical error occurs in a request message of a class 1 procedure, and the procedure has a message to report 
this unsuccessful outcome, this message shall be sent with an appropriate cause value. Typical cause values are: 

Semantic Error; 

Message not compatible with receiver state. 

Where the logical error is contained in a request message of a class 1 procedure, and the procedure does not have a 
message to report this unsuccessful outcome, the procedure shall be terminated and the Error Indication procedure shall 
be initiated with an appropriate cause value. The Procedure Code IE and the Triggering Message IE within the 
Criticality Diagnostics IE shall then be included in order to identify the message containing the logical error. 

Where the logical error exists in a response message of a class 1 procedure, the procedure shall be considered as 
unsuccessfully terminated and local error handUng shall be initiated. 

Class 2: 

Where the logical error occurs in a message of a class 2 procedure, the procedure shall be terminated and the Error 
Indication procedure shall be initiated with an appropriate cause value. The Procedure Code IE and the Triggering 
Message IE within the Criticality Diagnostics IE shall then be included in order to identify the message containing the 
logical error. 



10.5 Exceptions 



The error handling for all the cases described hereafter shall take precedence over any other error handling described in 
the other subclauses of clause 10. 

If any type of error (Transfer Syntax Error, Abstract Syntax Error or Logical Error) is detected in the ERROR 
INDICATION message, it shall not trigger the Error Indication procedure in the receiving Node but local error 
handling. 

In case a response message or Error Indication message needs to be returned, but the information necessary to 
determine the receiver of that message is missing, the procedure shall be considered as unsuccessfully terminated 
and local error handling shall be initiated. 

If an error that terminates a procedure occurs, the returned cause value shall reflect the error that caused the 
termination of the procedure even if one or more abstract syntax errors with criticality 'ignore and notify' have 
earlier occurred within the same procedure. 
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